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The present invention relates in general to computer telephony integration (CTI) and 
more specifically to/a personal digital assistant (PDA) enabled telephone. 

Background of the Invention 

10 Palm-top or hand-held PDA's such as the Palm Pilot® PC or the Casio® E-10 PDA 

provide a mobile user with "pocket" applications which are controlled using a pen-based 
!'= input device, buttons and an LCD output. These devices are enjoying increased popularity 

; 3 because of their lightweight construction and compact design (e.g. the devices can fit easily 

in in a jacket pocket or purse and provide useful features such as contact data bases, address 

in 15 books, schedulers, notepads, etc.). 

□ Quite independently of the palm-top PDAs discussed above, CTI systems are known 

rH for integrating telephony features with a PC. For example, the Mitel Personal Assistant® 

integrated telephony system includes a telephone which is connected to a workstation PC via 
! ; 0 20 a serial bus or USB, and software for integrating applications running on the desktop PC with 
telephony features offered by the attached telephone. Thus, for example, the CTI software 
can be configured so that when an incoming call is received with CLID (Calling Line 
Identification), a contacts database is accessed and information about the calling party is 
displayed while the telephone rings. Or, soft keys can be programmed on the telephone, via 
25 the compCiter, to launch an application on the computer, such as a spreadsheet. 

L An earlier invention, set forth in UK Application No. 9903042.1 to Pinard et al. 

'describes the interconnection of a palm-top PDA or computer to a desktop PC which has an 
attached telephone under its control. In order tox^ontrol telephony features via the PDA, a 
30 communication protocol is used between the^PDA and PC for exchanging messages and 
commands. The PC then processes the calf commands received from the PDA and issues 
further messages and commands to the telephone using a further protocol which is entirely 
independent of the protocol used to communicate between the PDA and the PC. This 



introduces complexities and costs in implementing PDA enabled telephony. 

Summary of the Invention 

5 The present invention is directed at a PDA enabled telephone which eliminates^ 

necessity of a PC and allows the PDA user to control operatipn-ef-a leleplione set directly 
I \from the PDA. Thus, any PDA enabled^t-eatT^Tc^trolled by a PDA and the user is not 
W// required to be at a spegifie-tocation before using the PDA to dial a telephone number. The 

PDA contjpte^ietelephone set via telephony applications stored within. Moreover, these 
10 ^applications may be downloaded to the PDA for use with the PDA enabled telephone set. 

In order to facilitate the foregoing, a simplified protocol is established for 
communicating between application platforms and network portals (e.g. a PDA and a 
telephone set, a telephone set and a PC, a PDA and a laptop computer, etc.) This simplified 
15 protocol allows for a more standard inter-compatible information exchange between such 
devices than is provided for by the prior art. 

An advantage of the present invention is that the telephony application resides directly 
on the PDA. A call command passes from the PDA to the telephone set and vice versa via 

20 the aforenoted protocol to control functions of the telephone set and hence the call server. 
Information such as numbers to be called, numbers to be assigned to softkeys, the directory 
number (DN) of the set, etc. is received by or already stored in the PDA and is used by the 
telephony application to generate a call control command which results in the invocation of a 
telephony function on the set or call server. The PDA telephony application transfers this 

25 command to the telephone set to initiate the telephony feature indicated by the command. It 
should be noted that the data may originate from an external network, such as the Internet, 
however, processing of the data (e.g. numbers to be called) takes place on the PDA and is 
subsequently transferred to the set by the telephony application. Similarly, data from the 
telephone set may be transferred to the PDA to be stored or displayed on the PDA by an 

30 application running on the PDA. 

^^^> In addition, synchronization of PD^l databases and applications with a PC or 

server based database (i.e. Hot Syncine/is accomplished by communications through the 




telephone, which functions as a network portal. 

Brief Description of the Detailed Drawings 

5 Embodiments of the present invention will now be described with reference to the 

accompanying drawings in which: 

Figure 1 shows a preferred embodiment of a PDA and PDA enabled telephone in 
accordance with the present invention; 

^^^^^^-Figure 2 provides at^ top portion thereof a block diagram showing a protocol for 
communications betweeri the PDA and telephone of Figure 1 and at a bottom portion thereof 
a datagram showine/flie structure of a packet of information exchanged between the PDA and 
telephone set o figure 1; 

^1 <V/^ r Figure 3 is a block diagram eff a PDA enabled telephone set in accordance with the 
present invention implemented wLftiin a TDM network configuration; and 

Figure 4 is a block diagram of a PDA enabled telephone set in accordance with the 
20 present invention implemente/ within an IP based network. 

Detailed Description of Preferred Embodiments 

The present invention is directed at a personal digital assistant (PDA) enabled 
25 telephone. Turning to Figure 1 , a schematic illustration is provided of a PDA enabled 
telephone in accordance with the present invention. 

The PDA enabled telephony system 10 comprises a telephone set 12 and a 
personal digital assistant (PDA) 14. The PDA 14 communicates with the telephone set 12 via 
30 a bi-directional serial communication link 15. The communication link may either be a wired 
connection communication protocol such as USB or RS-232 protocol or a wireless 
communication protocol such as Bluetooth or IrDA. 
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The PDA 14 comprises a user interface display 16 as well as a set of buttons 18 for 
navigation of the PDA 14 by the user. The PDA 14 may also include a writing implement for 
interacting with the display 16. The telephone set 12 may be either an analog set (POTS), 
digital set, or IP-phone, and is shown comprising a keypad 20, a pair of control buttons 22 
5 and a port 13 for communicating with the PDA 14. The telephone set 12, in turn, 

communicates with a voice/data network (not shown) such as a PBX, LAN, Wan, etc. 

As discussed briefly above, a simplified protocol is provided for communications 
between the PDA 14 and telephone set 12, without the requirement of an intermediate PC. 

10 The details of this protocol are set forth in co-pending U.K. Patent Application No. 

entitled "TRANSPORT PROTOCOL FOR APPLICATION PLATFORMS 

COMMUNICATING VIA NETWORK PORTALS", According to the simplified protocol, a 
diverse collection of voice and data devices may communicate with each other without 
complicated protocol conversions as exist in the prior art. More specifically, a protocol 

15 mechanism is provided for establishing communications between an application platform and 
a network portal, on the one hand, and between the network portal and a voice/data network, 
on the other hand. 

An application platform, or AP, is any device that can send and receive voice or data, 
20 or a mixture of both, between other AP devices through a network portal within a hybrid 
voice/data network. In other words, an application platform (AP) is any device used as a 
terminating device on the hybrid network. Examples of application platforms include the 
PDA 14 which is the subject of the present invention, as well as telephones, cellular phones, 
wireless communication devices, computers, terminals, laptops, etc. A network portal, or NP, 
25 is a device that acts as a common gateway to the voice/data network for application 

platforms. Examples of network portals include any AP as set forth above that is configured 
to act as a NP, as well as wireless receivers/transmitters (base stations), etc. In the context of 
the present invention, the telephone set 12 functions as an NP. The voice/data network itself 
is a system of voice or data (or a mixture of both) devices connected together for the purpose 
30 of transferring or routing voice/data information to other like devices. Examples of a 

voice/data network include a LAN, WAN, Internet, Intranet, PBX, Centrex, and Wireless 
Systems. 
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Turning now to Figure 2, a high level representation is provided of the protocol 
blocks between the application platform and the network portal, for implementation of the 
PDA enabled telephone set of the present invention. The lowest layer, or physical layer, is 
common between both devices and is the mechanism by which information is passed. The 
5 physical layer can be a wired interface (serial, parallel, USB, etc. . .) or a wireless interface 
(infrared/IrDA, Bluetooth, etc. . .). 



The next layer up, information encapsulation, performs two functions: 

1 . Takes information from the level above, packaging this information with a header 
10 containing necessary source/destination information and hands it over to the physical 

layer. 

2. Takes information from the level below, removing the header containing necessary 
source/destination information and hands the information up to the higher level. 

This level of abstraction allows for a more standard inter-compatible information exchange 
1 5 between devices than is provided for by the prior art. 

The top layer is specific to the type of device it resides on. In the situation of an 
application platform device (e.g. the PDA 14), the Application Specific Interface (ASI), 
controls the formatting of information for use at the destination. The type of formatting is 
20 dependent on destination requirements. 

On the NP side of the diagram, a Network Portal Control Interface, or NPCI, 
determines whether or not the information can be processed internally (e.g. within the 
telephone set 12 or whether the data should be repackaged for use somewhere within the 
25 voice/data network. By having this layer, a NP device is able to process any information 

which is pertinent to itself rather than always re-transmitting and waiting for another device 
to return it. 

Turning to Figure 3, a TDM communication network is shown. The TDM 
30 communication network 101 comprises a TDM network 100, a PBX 102, an application 

server 104 and the PDA enabled telephony system 10 comprising the telephone set 12 and the 
PDA 14. The telephony system 10 is connected to the PBX 102 via copper cabling 105. It 
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will be understood that although one telephone is shown, any number of telephones may be 
included within the TDM communication network 101. 

In operation, the user interacts with the PDA 14 to select a telephony function from 
5 the display 16. All of the telephony functions are located in a telephony application stored 
within the PDA 14. It will be understood that this telephony application may be pre-stored 
within the PDA 14 or downloaded from the application server 104. 

An example of a downloadable telephony application is a phone list database which 
10 retrieves directory numbers from a corporate database located on the application server 104. 
The PDA 14 downloads the phone list database from the application server 104 and displays 
the retrieved numbers on the display 16 to the user who then selects the desired entry to be 
dialed. Once the user selection is made, the telephony application determines the call 
command to be sent to the PBX 102 and transmits the call command to the PBX via the 
15 telephone set 12 (i.e. the telephone set 12 functions as a network portal in the above- 
discussed communications protocol). The call control command is specific to the type of 
PBX 102, but can be characterized by the type of information it contains. 

Alternatively, as discussed above, in the event that the telephony command issued by 
!:j4 20 PDA 14 is capable of implementation within the telephone set 12 (e.g. redial), then the set 12, 
acting as a network portal, recognizes the command and implements it without further 
transmission. 

It will be understood that although any bi-directional serial communication protocol 
25 may be used between the PDA 14 and the telephone set 12, the bandwidth must be matched 
with the amount of data being transferred from the telephony application to the telephone set 
12 and vice-versa. Software executing on the telephone set 12 performs post processing of 
the call command from the PDA 14 before transferring the command to the PBX 102, in 
accordance with the protocol set forth above. By placing the call control command 
30 generation function within the telephony application stored in the PDA 14, upgrades to the 
user interface, call control functions etc., may be achieved by simply updating the telephony 
application. 
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Turning to Figure 4, an IP based communication system is shown incorporating a 
PDA enabled telephone. The IP based communication system 107 comprises an IP network 
106, a call server 108, an application server 110 as well as the PDA enabled telephony system 
10. The PDA 14 issues a call control command to the telephone set 12 and the call server 
108 in a manner similar to that described in Figure 3. In addition, the PDA 14 is capable of 
accessing any node on the IP network 106 directly from the telephony system 10 without 
having to route data to the call server 108. Again, the telephony application running on the 
PDA 14 is responsible for the generation of the call control command transferred to the 
telephone set 12. The software on the telephone set 12 determines if the command is destined 
for the call server 108 or a node on the IP network 106. The command is then imbedded in 
an IP packet containing an address for the desired destination, in accordance with the 
transport protocol set forth in Applicant's co-pending application set forth above. 

In addition to transferring call control data, the IP based PDA enabled telephony 
system 10 may act as a network portal for any application executing on the PDA 14. Thus, 
PDA functions such as software downloads and 'Hot syncing" of PDA databases to a network 
database are facilitated by the telephone set 12. By placing this functionality on the set, the 
user gains mobility as any PDA enabled telephony system 10 in the network can provide 
connectivity for the PDA 14. 

For the IP based PDA enabled telephony system 10, the PDA 14 comprises an IrDA 
port for communicating with the telephone set 12. The data transferred to the telephone set 
12 by the telephony application is in the form of a MINET call control command. MINET is 
a proprietary call control protocol developed by Mitel Corporation. The telephone set 12 
recognizes that any MINET command, except those beginning with a header byte of value 
D2, are to be sent to the call server 108. The IP based telephony system 10 then embeds the 
MINET command in an IP packet with a destination address for the call server 108. When 
the call server 108 receives the packet and interprets the MINET command, the call server 
108 executes the embedded MINET call command. 

A message originating from the PDA 14 and bound for a node in the network 106 is 
received by the telephone set 12 as a MINET call control command of type D2 with the 
specific destination IP address given by the first data bytes of the MINET call control 




command. As discussed above, the protocol implementing software in the telephone set 12 
reads the destination IP address and any other data in the D2 message and forms an IP packet 
bound for the specified address. 

5 In either case, the source address of the IP message is generated by the set firmware 

and is distinct from the address of the telephone set 12. This distinct source address allows 
the call server 108 or the addressed node within the IP network 106 to send return packets to 
the telephone set 12, or PDA 14. 

10 It will be appreciated that, although embodiments of the invention have been 

described and illustrated in detail, various changes and modifications may be made. Firstly, 
a Bluetooth implementation of the PDA enabled set may include a wireless transceiver to the 
PDA, IP phone and other devices on the wireless desktop. IP access for the PDA is 
implemented in a manner similar to the method described above except that the MINET call 

15 control commands are embedded in IP packets within the PDA & Bluetooth transceiver 

combination, instead of in the telephone set. The telephone set then acts as a network portal 
for all Bluetooth devices on the desktop. Another modification is that the PDA enabled 
telephone set may utilize the RS-232 communication protocol to support PDA applications 
such as Hot-Sync. Although this scenario is addressed by the Bluetooth wireless solution 

20 between the set and the PDA, the wired solution provides for faster development. Also, 
although only one call command is discussed, it will be understood that a plurality of call 
commands may be sent from the telephony application to the telephone set. All such changes 
and modifications may be made without departing from the sphere and scope of the invention 
as defined by the claims appended herein. 

25 
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